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(54) Gatekeeper transport address determination in an internet telephony system using a 
domain alias 



(57) An Internet Protocol (IP) telephony system 
cross-references transport addresses of Gatekeepers 
using a domain name of the IP telephony system. In one 
embodiment, the IP telephony system is serviced by at 
least one Gatekeeper and the transport address for 
each Gatekeeper is stored on a Domain Name Server 
(DNS). An A record or other suitable record may be 
employed within the DNS' to index the transport 
addresses of the Gatekeepers to the IP telephony sys- 
tem domain name. When a calling eridpoint desires to 
initiate a call to a called endpoint, the* calling endpoint 
first queries the DNS for the transport address of a 
Gatekeeper servicing the IP telephony system. The 
DNS address retrieves a transport address for the Gate- 
keeper (or multiple transport addresses for multiple 
Gatekeepers) and returns the transport address to the 
calling endpoint. When querying the DNS, the calling 
endpoint may use an identifier such as subscriber- 
name(5)Gatekeeoer.ABC.domain where the user 
name of the called endpoint, is "subscribernarne" and 
the domain name of the .IP telephony system is 
ABC.domain. Based upon the structure of the DNS 
query, therefore, the DNS determines that the query is 
for a Gatekeeper transport 'address and operates 
accordingly. The calling endpoint then sends a Locate 
Request to the servicing Gatekeeper at the transport 
address returned by the DNS. If the Gatekeeper receiv- 
ing the Locate Request services the called endpoint, it 
returns a transport address for the called endpoint. If 
not it responds accordingly When the DNS returns mul- 
tiple transport addresses, the calling endpoint may 
access each respective Gatekeeper before retrieving 



the transport address of the called endpoint. With the 
transport address, retrieved, the calling endpoint then 
initiates a call to the called endpoint. 
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Description 
BACKGROUND 

1 . Technical Field 

[0001] The present invention relates generally to 
Internet Telephony systems; and more particularly, but 
not limited to, a method and apparatus for employing ali- 
ases to determine transport addresses of Internet 
Telephony system Gatekeepers. 

2. Related Art 

[0002] Internet Protocol (IP) Telephony systems 
have been rapidly evolving over the past few years. In 
an IP telephony system, calls are routed through a 
packet switched Internet Protocol network (IP network). 
This compares to call routingjn a circuit switched sys- 
tem, such as the Public Switched Telephone System 
(PSTN), in which calls ar£ routed over dedicated cir- 
cuits/In a circuit switched network, digitized information 
making up a call is sent in a continuous stream (when 
active) from a caller to a called party, and vice versa. 
Hdtoever, in a packet switched IP Telephony system, 
each segment of the call jjs converted into IP packets, 
routed through the IP network, reconstructed upon exit- 
ing the IP network and thert delivered to a caned party. 
[000*3] With IP packed switching, as opposed to cir- 
cuit switching, network bajadwidth usage for each call 
may be reduced'becauSe a dedicated circuit is not cre- 
ated for each call. However, as is generally known, IP 
telephony systems networks cannot presently provide 
.the Quality of Service (QdS) that is provided by circuit 
switched networks. Thus, IP telephony has yet to obtain 
the popularity of circuit switched telephony for voice 
communications which reguire a minimal level of QoS. 

„ Nonetheless; IP telephony systems yield acceptable 
results in some-situationst particularly tfiose situations 

* in which PSTN tariffs are great, e.g., international calls. 
An international call placed and serviced < by' an IP 

. telephony system can oftentimes be made for the cost 

■ of a local phone call. 
[0004] In initiating a catfl in an IP telephony system, 
a calling endyScint couples'to the IP network via a source 
Gateway, oftentimes coupling to the source Gateway via 
the PSTN or another network, e.g., Local Area Network 
or Wide Are£ Network. The source Gateway then inter- 
faces with a- Gatekeeper to setup the call The Gate- 
keeper sets up the call' with a called endpoint, usually 
via a destination Gateway. The call is then routed from 
the caller, through the source Gateway, via the IP net- 
work to tr^e destination Gateway, and from the destina- 
tion Gateway to the called party. From 'the destination 
Gateway to the called party, the call may be routed via 
the PSTN. The source and destination Gateways con- 
vert the call between IP based data packets that are 
routed across the IP network and the circuit switched 



counterparts that are received from, and delivered to 
the endpoints via the PSTN. 

[0005] In most Internet Telephony systems, the 
service providers route all calls through their Gatekeep- 

5 ers. By routing the calls through their Gatekeepers, the 
service provider monitors usage for billing purposes, 
alters IP network routes to compensate for outages and • 
routes calls to various destination Gateways to balance 
load upon the destination Gateways. 

10 [0006] The Gatekeepers perform various manage- 
ment functions for a group of registered endpoints (sub- 
scribers). These functions include, but are not limited to, 
address resolution, call admission control and band- 
width management. Each subscriber registers y/rth a 

75. particular Gatekeeper and the Gatekeeper with which 
the subscriber registers services the subscriber until 
such time as the subscriber de-registers. In servicing 
the subscriber, the Gatekeeper stores a current trans- 
port address for the subscriber, which is the IP address 

20 at which the subscriber couples to the IP network. 
Where the subscriber couples to the IP- network via a 
Gateway, the transport address is the IP address of the 
Gateway. 

[0007] Wheh one subscriber desires to call .another 

25 subscriber, the calling subscriber must have the trans- 
port address of the called subscriber. However, the 
transport address is dynamic since the IP address of 
the subscriber can change from time to time, e.g., if the 
subscriber is assigned to a different Gateway or if the 

30 subscriber couptes Tb the IP network at a differing loca- 
tion. Thus, the transport address is typically stored by a 
Gatekeeper servicing the called subscriber. In initiating 
a call, the subscriber must first access the called sub- 
scriber's servicing Gatekeeper to determine the trans- 

35 port address fdr'the called endpoint. 

[0008] In order to access the called subscribers 
Gatekeeper, the subscriber must have the transport 
address of the Gatekeeper. But, the subscriber does not 
know the transport address of the Gatekeeper unless 

40 he is notified of such by the service provider or the 
called subscriber. Thus, - the . calling subscriber must 
manually determine the cailed subscriber's serving 
Gatekeeper. While such a determination is possible, if 
the called party de-registers from the Gatekeeper and 

45 re-registers with another Gatekeeper, the calling sub- 
scriber must deterrprne the new transport address. 
Such de-registration and re-registration operations 
often occur when new Gatekeepers are deployed. Thus, 
such a problem is recurrent 

so [0009] Thus, there is» a need in the art for an IP 
telephony system in which the transport address of 
each endpoint may easily be determined without requir- 
ing a manual determination of the called subscriber's 
Gatekeeper. 

55 

SUMMARY OF THE INVENTION 

[001 0] Thus, to overcome the shortcomings of the 
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prior systems, among other shortcomings, an Internet 
Protocol (IP) telephony system constructed according 
to the present invention cross-references transport 
addresses of Gatekeepers using a domain name of the 
IP telephony system. In one embodiment, the IP teleph- 
ony system is serviced by at least one Gatekeeper and 
the transport address for each Gatekeeper is stored on 
a Domain Name Server (DNS). An A record or other 
suitable record may be employed within the DNS to 
index the transport addresses of the Gatekeepers to the 
IP telephony system domain name. 
[001 1 ] When a calling endpoint desires to initiate a 
call to a called endpoint, the calling endpoint first que- 
ries the DNS for the transport address of a Gatekeeper 
servicing the IP telephony system. The DNS address 
retrieves a transport address for the Gatekeeper (or 
multiple transport addresses for multiple Gatekeepers) 
and returns the transport address to the calling end- 
point. When querying the DNS, the calling endpoint may 
use an identifier such as subscribername(5>Gate- 
keeper.ABC. domain where the user name of the called 
endpoint is "subscribername" and the domain name of 
the IP telephony system is ABC.domain. Based upon 
the structure of the DNS query, therefore, the DNS 
determines that the query is for a Gatekeeper transport 
address and operates accordingly. 
[0012] The calling endpoint then sends a Locate 
Request to the servicing Gatekeeper at the transport 
address returned by the DNS. If the Gatekeeper receiv- 
ing the Locate Request services the called endpoint, it 
returns a transport address for the called endpoint. If 
not it responds accordingly When the DNS returns mul- 
tiple transport addresses, the calling endpoint may 
access each respective Gatekeeper before retrieving 
the transport address of the called endpoint. With the 
transport address- retrieved, the calling endpoint then 
initiates a call to the called endpoint. 
1 [0013] Moreover, other aspects of the present 
invention will become apparent with further reference to 
the drawings and specification which follow. 

BRIEF DESCRIPTION OF THE DRAWINGS 

- [0014] A better understanding of the present inven- 
tion can be obtained when the following detailed 
description of the preferred embodiment is considered 
in conjunction with the following drawings, in which: 

FIG. 1 is a system diagram illustrating an Internet- 
Protocol telephony system constructed according 
to the present invention in which the transport 
addresses of Gatekeepers serving the system are 
stored on a Domain Name Server, and accessible 
using a domain name of the Internet Protocol 
telephony system; 

FIG. 2 is a system diagram illustrating ah alternate 
construction of an Internet Protocol telephony sys- 
tem according to the present invention; 



FIG. 3A is a block diagram illustrating the organiza- 
tion of information of a Domain Name Server 
according to the present invention; 
FIG. 3B is a diagram illustrating records contained 
5 in a Domain Name Server for the Gatekeepers of 

FIG. 3A; 

FIG. 4 is a logic diagram illustrating operation 
according to the present invention in initiating and 
completing a call; and 
10 FIG. 5 is a logic diagram illustrating operation of a 
Domain Name Server according to the present 
invention. 

DETAILED DESCRIPTION OF THE DRAWINGS 

15 

[0015] FIG. 1 is a system diagram illustrating an 
Internet Protocol (IP) telephony system constructed 
according to the present invention in which the transport 
addresses of Gatekeepers serving the system are 

20 stored on a Domain Name Server and accessible using 
a system domain name. In the description hereinafter, 
Gatekeeper "IP address" and Gatekeeper "transport 
address" will be referred to interchangeably and are 
intended to be equivalent. 

25 [0016] Referring to FIG. 1 , the IP telephony system 
includes aplurality of Gateways 104 and 106 coupled to 
an IP network 102. The system also includes a plurality 
of Gatekeepers 1Q8 and 109 that are also coupled to 
the IP network 102. Also included is a Domain Name 

30 Server (DNS). Together, the Gateways 1 04 and 1 06 and 
Gatekeepers 108 and 109 provide IP telephony service 
to a plurality of endpoints 1 12, 1 14, 1 16 and 118. 
[0017] As can been seen, the Gateways 104 and 
106 couple endpoints 112 and 114 to the IP network 

35 1 02 via respective segments of the Public Switched Tel- 
ephone Network (PSTN) 120 and 122. The Gateways 
104 and 106 therefore convert calls serviced by the 
endpoints 112 and 114 between a PSTN circuit 
switched data format and IP data packets. Thus, the 

40 Gateways 104 and I06.inglude Coder/Decoders 
(CODECs), digital processing equipment, networking 
equipment and other equipment required for data con- 
version functions and network management functions. 
[0018] Endpoints that are coupled to Gateways (or 

45 to the IP network 102 itself) may also be serviced 
according to the present invention. For example, end- 
point 116 couples to Gateway 104 via a host computer 
117 and a local, area network or wide area network 
(LAN/WAN) 124. In such example, the LAN/WAN 124 

so may support the IP protocol. Thus, the host computer 
117 includes a CODEC which converts data that makes 
up a call between a format compatible with the endpoint 
116 and the LAN/WAN 124. In a particular example of 
construction of the host computer 117, the host compu- 

55 ter 117 includes a sound card which connects directly to 
the endpoint 116. The sound card receives analog sig- 
nals from the endpoint 1 1 6 and converts them to digital 
equivalents. The sound card also receives digital sig- 
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nals, converts the digital signals to an equivalent analog 
signal, and delivers the equivalent analog signal to the 
endpoint 116. 

[001 9] Another type of endpoint supported by the IP 
telephony system is the endpoint 118 supported by a 
host computer 122 that couples to Gateway 106 via 
PSTN segment 122. In such an installation, the end- 
point 1 1 8 couples to the host computer 1 22 via a sound 
card as described above. The host computer 122 then 
couples to the Gateway 106 via the PSTN segment 122 
over an analog or digital line using an appropriate 
modem, e.g., analog modem. Integrated Service's Dig- 
ital Network (ISDN) modem, T-1 modern, etc. 
[0020] The Gatekeepers 108 and 109 perform call 
setup and servicing functions for calls established using 
the IP telephony system. The Gateways 104 and 106 
and Gatekeepers 108 and 109 may operate in compli- . 
ance with the H.323 standard promulgated by the Inter- 
national Telecommunications Union (ITU-T). The? H.323 
standard covers the technical requirements fef audio 
and' video communications services in networks that do 
not provide a guaranteed Quality of Service (QoS), e.g., 
the IP network 102. The scope of H.323 does "not * 
include the IP network 102 itself or the transport layer 
that may be used to connect various networks (auch as 
the . IP network 1 02 "and LAN/WAN 124). Elements 
needed for interaction with the PSTN 120 or 122 are 
also within the scope of H.323. As pertinent to the 
present invention, H.323 includes specifications ior end- 
points, Gatew^ysanci gatekeepers. 
[0021] Endpoints, such as endpoints 112, 1 14, 1 16 
and 118, are the client endpoints that provide real-lime, 
two-way voice communications. H.323 specifies the 
modes of operation required for different audio end- 
points that work together. All H.323 endpoints support 
H.225 which specifies call signaling protocol and is 
employed to negotiate channel* usage and capabilities. 
H.323 also includes *a component called Regtstra- 
tittn/Admission/Status (RAS) which endpoint units use 
to communicate with a Gatekeeper during registration, 
admission and status operations. However, many end- 
points do not support RAS. 

[0022] Gateways, e.g., 104 and 106, are optional 
elements in an H.323 •■conference. Gateways provide 
many services, the rinpst common being a translation 
function between H.323 ' conferencing endpoints and 
other endpoint types. This function includes translation 
between transmission formats (e.g., H.225.0 to H:221) 
and between communications ^procedures (e.g.; H.245 
to H.242). In addition, the Gateways 104 and 106 also 
perform operations during call setup and call clearing 
on both the IP network 102 side and the PSTN 120 and 
122 side. 

10023] Operations supported by the Gateways 104 
and 106 include establishing links with analog PSTN 
endpoints, establishing links with remote H.320-compli- 
ant endpoints over ISDN-based circuit-switched net- 
works, and establishing links with remote H.324- 



compliant endpoints over PSTN networks. Gateways 
are not required rf connections to other networks are not 
needed, since endpoints may directly communicate with 
other endpoints on the same packet Switched network, 

5 such as the LAN/WAN 1 24 or IP network 1 02. 

[0024] The Gatekeepers 108 and 109 act as the 
central point for all calls within their respective Gate- 
keeper zones and provide call control services to regis- 
tered endpoints. In many ways, an H.323 Gatekeeper 

10 acts as a virtual switch. Gatekeepers 108 and 109 per- 
form two important call control functions. The first is 
address translation from network aliases for endpoints 
and Gateways to IP or IPX addresses. The second func- 
tion is bandwidth management. For instance, if a net- 

15 work manager has specified a threshold for the number 
of simultaneous conferences on the network, the Gate- 
keeper 108 or 109 can refuse to make any more con- 
nections once the threshold is reached. 
[0025] The collection of all endpoints and Gateways 

20 managed by a single Gatekeeper 108 or 109 is known 
as the Gatekeeper zone. Thus, when an IP telephony 
system operator deploys multiple Gatekeepers, such as 
illustrated with Gatekeepers -108 and 109, each Gate- 
keeper is responsible for a Gatekeeper Zone, a set of 

25 registered subscribers or another portion of the load 

\ serviced by the IP telephony system (such divisions 
generally referred to as "load segments"). While a Gate- 
keeper 108 or 109 is logically" separate from Gateways 
104 arid 106, vendors may 'incorporate Gatekeeper 

30 functionality into the physical implementation of Gate- 
ways- 104 or 106. Thus, th£.deyices may be co-located 
where a service provider has available physical 'space. 
[0026] An optional, bujt valuable feature of a Gate- 
4 keeper 108 or -109 is its ability to route H.323 calls. By 

35 routing a call through a Gatekeeper 1 0S or 1 09, the call 
may be controlled more effectively. Service providers 
need this abilrty in order to bin for calls placed through 
their network. This service o«n also be used to re-route 
a call to another endpoint if a ceiled endpoint is unavail- 

40 able. . * . 

[0027] lira typical operation, an endpoint 112 (call- 
ing subscriber) initiates a call to endpoint 114 (called 
subscriber). Upon call initiation, the endpoint 112 dials 

- : Gateway 104 :vja the PSTN 120. The Gateway 104 

45 ' answers the caU and performs initial call setup. The end- 
. vP° ir rt 112 then queries the 0NS 110 for the. transport 
address of a -Gateway (108 or 109) serving, endpoint 
114. In a present example, the domain nam^ of the IP 
telephony system is "ABC-domain" and the subscriber 

so name of the endpoint 114 ^ "calledsubscriber". Thus, 
according to the present invention, the endpoint 112 
. sends a query to the DNS seeking an IP address for 
calledsubscftber(aX^atekeeper.ABC.dowi^n . 
[0028] The DNS 1 1 0 recognizes the query as seek- 

55 ing a transport address of a* Gatekeeper because the 
term "Gatekeeper'* is attached to the domain name. 
Because the DNS 110 has contained therein A records 
for the Gatekeepers 108 and 109, the DNS 110 returns 
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the transport addresses (IP addresses) for the Gate- 
keepers 108 and 109 to the calling endpoint 112. The 
calling endpoint 112 then sends a Location Request to 
the Gatekeeper 108 requesting a transport address for 
the called endpoint 114, sending the username "called- 5 
subscriber" to the Gatekeeper 108. If the Gatekeeper 
108 is the serving Gatekeeper, it returns the transport 
address of the called endpoint 114 to the calling end- 
point 112. However, if it is not, it responds accordingly 
and the calling endpoint 1 12 sends a Location Request 10 
to Gatekeeper 109. If the Gatekeeper 109 services 
called endpoint 114, it responds with the transport 
address of the calling endpoint 114. In such case, the 
calling endpoint 1 12 sends an Admission Request to its 
own serving Gatekeeper to make a call to called end- 15 
point 114. If Admitted, the call is serviced to completion. 
[0029] FIG. 2 is a §ystem diagram illustrating an 
alternate construction of an Internet Protocol telephony 
system according to the present invention. As shown, 
the IP telephony system -routes calls via three different 20 
IP networks 202, 204 and 206. The IP telephony system 
is served by a DNS 110. These IP networks may com- 
prise three private IP networks, a combination of public 
and private IP networks or three public IP networks. As 
an alternate view of the IP networks, the three IP net- 25 
works 202. 204 and 206 comprise three Gatekeeper 
zones of an IP network. In any case, the IP networks 
202, 204 and 206 are intercoupled by routers 208, 210 
and 212. 

[0030] A respective Gatekeeper serves each of the 30 
three IP networks 202, 204 and 206. As -is shown Gate- 
keepers 220, 222 and 224 serve IP networks 202, 204 
and 206 respectively. As is also shown, endpoint 234 
couples to IP network 206 via the PSTN 232 and Gate- 
way 230. Further, endpoints 240 and 242 couple to IP 35 
network 204 via the PSTN 238 and Gateway 236. As is 
shown, endpoint 242 is a computer having multimedia 
capability and including a microphone and speakers, 
but being without a standard handset. Moreover, end- - 
point 244 couples directly to IP network 202. Of course, 40 
many additional endpoints may also couple to the IP 
networks 202, 204 and 206 via various system compo- 
nents. 

[0031] In an example of operation, calling endpoint 
244 desires to call called endpoint 242. During a RAS 45 
registration process.-called endpoint 242 had previously 
registered with Gatekeeper 220. However, Galling end- 
point 244 does not know the transport address of the 
Gatekeeper 220. Thus, the calling endpoint 244 sends a 
query to the DNS 1 1 0, sending a uniform resource iden- so 
trfier of caHedsubs criber(S)Gatekeeper.ABC.domain 1 
to the DNS 110. The DNS 110 returns the transport 
address; of the Gatekeepers 220. 222 and 224 to the 
calling endpoint 244. The calling endpoint 244 then 
accesses the Gatekeepers 220. 222 and 224 to deter* 55 
mine which Gatekeeper, if any, serves the called end- 
point 242. Once-the calling endpoint 244 is apprised of 
the serving Gatekeeper, the calling endpoint 244 sends 



a Location Request to the Gatekeeper, receives a trans- 
port address for the called endpoint 242 and initiates a 
call to the called endpoint 242 via is own serving Gate- 
keeper. 

[0032] In the present example, if the domain name 
provided to the DNS 1 10 is respective to an IP network, 
e.g., IP network 202, serviced by only a single Gate- 
keeper, e.g.. Gatekeeper 220. the DNS 110 returns the 
transport address of the Gatekeeper 220. The calling 
endpoint 244 then sends a Location Request to the 
Gatekeeper 220 identifying the called endpoint 242 via 
a respective user name. The Gatekeeper 220, if it serv- 
ices the called endpoint 242, returns the transport 
address of the called endpoint 242. Calling endpoint 
244 then initiates a call to called endpoint 242 based 
upon the transport address of the called endpoint 242. 
[0033] FIG. t*A is a block diagram illustrating the 
organization of information of a Domain Name Server 
according to the present invention. The DNS 300 stores 
Email Records 302, HTML Server Records 304 and 
Gatekeeper Records 306 among other records. Accord- 
ing to the present invention, at least one A record is 
added to the DNS 300 for each Gatekeeper serving the 
IP telephony system. The IP telephony system is identi- 
fied within the DNS 300 by a domain name. e.g.. 
ABC.domain. The Gatekeeper A records are therefore 
referenced by the prefix "Gatekeeper" such that the 
Gatekeeper A records are referenced by the index 
"Gatekeeper.ABC.domain". A records for multiple Gate- 
keepers serving a single domain may also be refer- 
enced separately according to their individual 
Gatekeeper designations. 

[0034] FIG. 3B is a diagram illustrating records con- 
tained in a Domain Name Server for the Gatekeepers of 
FIG. 3A. As shown, the DNS contains Gatekeeper 
entries 350 for an IP telephony system having three 
Gatekeepers, Gatekeeperl, Gatekeeper2 and 
Gatekeeper3 and that • has a domain name of 
"ABC.domain". A query of the DNS of the type called- 
subscriber(aXGatekeeper.ABC.domain will produce at 
least one IP address corresponding to the Gatekeepers. 
In one embodiment, all Gatekeeper IP addresses 
(transport addresses) will be provided in a response to 
the query so that the requesting endpoint will receive all 
Gatekeepers that potentially serve another endpoint of 
interest. Note that each of the Gatekeepers may also be 
accessed by particular reference, e.g., calledsub- 
scriber(S>Gatekeeper1 .ABC.domain . 
[0035] FIG. 4 is a logic diagram illustrating opera- 
tion according to the present invention in initiating and 
completing a call. Operation commences at step 402 
wherein a calling endpoint sends an A-record request to 
the DNS. requesting the IP address of the Gatekeeper 
for the domain. Such an A-record request is in the form 
of caliedsubscnber(oX3atekeeper.ABC.domain . The 
DNS then retrieves Gatekeeper transport addresses for 
all Gatekeepers indexed by the domain name 
ABC.domain at step 404 and sends the transport 
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addresses to the calling endpoint at step 406. 
[0036] At step 408, the calling endpoint sends a 
Location Request to a fist/next Gatekeeper at a respec- 
tive transport address with the user name of the called 
endpoint If the Gatekeeper to which the Location 
Request is sent is the correct Gatekeeper, i.e., the 
Gatekeeper serves the called endpoint, as determined 
at step 410, operation proceeds to step 41 2. If not, oper- 
ation returns to step 408 where a Location Request is 
sent to the next Gatekeeper as identified by the trans- 
port addresses returned at step 406. However, if Loca- 
tion Requests are sent to, all Gatekeepers, via 
respective transport addressefe, and fione serve the 
called endpoint, operation ends. 
[0037] At step 412, if the Gatekeeper to which the 
Location "Request was sent is'.the corYect Gatekeeper, 
the Gatekeeper returns the transport address for the 
called endpoint at step 412. Then, the calling endpoint 
initiates a call to the called endpoint at a respective 
transport address, as returned by the serving Gate- 
keeper, at step 414. The call is then set up by a serving 
Gatekeeper and serviced to completion at step 416. 
From step 416, operation ends. 

[0038] . FIG. 5 is a logic diagram illustrating opera- 
tion of a Domain Name Server according to the present 
invention. During normal operation, the DNS continues 
operation at step 500 and may perform known functions 
unrelated to the present invention. At step 502 the DNS 
receives a request td^ add a Gatekeeper for an IP tefeph- 
ony system having the domain name ABC.domain. The 
DNS retrieves an IP address fo* the Gatekeeper at step 
504 and then adds Qne or more records for the Gate- 
keeper under the domain name ABC.domain at step 
506. \ 

[0039] v For example, if the Gatekeeper is the first 
Gatekeeper for the domain name, an A record will be 
. adfled within the DNS identifying* the Gatekeeper as 
"Gatekeeper. ABC.domain" with the IP address for the 
Gatekeeper. However, if the Gatekeeper is a subse- 
" ^ qfcfently added Gatekeeper, another A record will be 
added with the IP address for the Gatekeeper and a 
' separate A record may be addect, .with a particular des- 
ignation for the Gatekeeper (su*h as was discussed 
with. reference to FIG. 3B where multiple Gatekeepers 
were included for the domain name, each having an 
entry under Gatekeeper. and an entry under Gatekeep- 
erX, where X is the designation for the Gateke^aer). 
From step 506, operation proceecte to step 500. 
(1)040] At step 508 the DNS receives a request to 
alter a record for a Gatekeeper. St4ch a request may be 
made when a Gatekeeper is removed from service, has 
a change in its IP address or otherwise is altered. At 
step 51 0, the DNS receives the requested alterations for 
the Gatekeeper and at step 512, the DNS makes the 
alterations. From step 512, operation proceeds to step 
500. 

[0041] At step 514 the DNS receives a request from 
an endpoint to return an IP address of a Gatekeeper(s) 



corresponding to an appended domain name, e.g., 
"ABC.domain'. At step 516 the DNS retrieves the IP 
address(es) of the Gatekeeper(s) corresponding to the 
domain name. The DNS then transmits the IP 

5 addresses to the calling endpoint at step 51 8. From step 
518. operation returns to step 500. 
[0042] A domain name server is provided for use in 
an internet telephony system that • comprises calling 
endpoints and a gatekeeper associated with a transport 

io address, said domain name server being associated 
with a transport address and comprising:- 

an input arranged to access a store containing the 
transport address for the Gatekeeper; 
75 • an input arranged to receive a transport address 
request comprising the domain name, from a call- 
ing end point; 

a processor arranged to access the transport 
address of the gatekeeper using the domain name; 
20 ' * and * 

an output arranged to return the transport address 
to the> calling end point. * 

Computer programs for implementing the methods 
25 described above are provided for controlling the domain 
name secvers, gatekeepers and the Internet Telephony 
system as a whole. A computer program, stored on a 
/computer readable medium is^provided, said computer 
program being arranged to control a domain name 
30 server in an internet telephony system that comprises 
calling endpoints and a gatekeeper associated with a 
transport address, said domain name server being 
associated with a domain name, said computer pro- 
gram being arranged to control the domain name server 
35 -suchthat:- 

• the transport address T for the Gatekeeper is stored 
on the domain name server; 

a transport address request comprising the domain 
40 name may be received from a calling endpoint in 
use; 

• the transport address " of the gatekeeper is 
accessed using the domain name; and 

the transport address is returned to the calling end- 
45 point. 

[0043] The invention disclosed herein is susceptible 
to various modifications and alternative forms. Specific 
embodiments therefor have been shown by way of 

so example in the drawings and detailed description, it 
should be understood, however, that the drawings and 
detailed description thereto are not intended to limit the 
invention to the particular form disclosed, but on the 
contrary, the invention is to cover all modifications, 

55 equivalents and alternatives falling within the spirit and 
scope of the present invention as defined by the claims. 
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Claims 

1. In an Internet Telephony system that includes a 
Gatekeeper, a method of apprising calling end- 
points of a transport address for the Gatekeeper s 
comprising: 

storing the transport address for the Gate- 
keeper on a domain name server that is asso- 
ciated with a domain name of the Internet 10 
Telephony system; 

the domain name server receiving a Gate- 
keeper transport address request from a calling 
endpoint that includes the domain name; 
the domain name server accessing the trans- 15 
port address of the Gatekeeper using the 
domain name; and 

the domain name server returning the transport 
address to the calling endpoint. 

20 

2. In an Internet Telephony system that includes a . 
Gatekeeper, a method of supporting call setup and 
servicing, the method comprising: 



3. The method of claim 2 or claim 1 , wherein the Gate- 
keeper address transport request seeks an IP 
address for "Gatekeeper.domainname" wherein so 
"domainname" is the domain name of the Internet . 
Telephony System. 

4. The method of claim 2 or claim 1 , further compris- 
ing storing the transport address for an additional ss. 
Gatekeeper on the domain/name server, the addi- 
tional Gatekeeper indexed by the domain name of 

the Internet Telephony system. 



12 

5. The method of claim 4, wherein a transport address 
for each Gatekeeper serving the Internet Telephony 
system is returned to the calling endpoint. 

6. The method of claim 4, wherein each Gatekeeper 
has multiple records on the domain name server. 

7. The method of claim 2 or claim 1 , wherein an A 
record is employed to store the transport address 
for the Gatekeeper. 

8. An Internet Telephony system that supports a call 
between a calling endpoint and a called endpoint 
across an Internet Protocol network, the Internet 
Telephony system comprising: 

a Gatekeeper that manages calls within the 

Internet Telephony system and which is 

accessed by a transport address; 

a domain name server that stores the transport 

address of the Gatekeeper and that indexes 

the transport address by a domain name of the 

Internet Telephony system; 

the calling endpoint accessing the transport 

address of the Gatekeeper stored on the 

domain name server using the domain name; 

and 

the domain name server returning the transport 
address to the calling endpoint. 

9. The Internet Telephony System of claim 8, wherein 
the transport address is accessed via a request that 
seeks an IP address for "Gatekeeper.domainname" 
wherein "domainname" is the domain name of the 
Internet Telephony System. 

10. The Internet Telephony System of claim 8, further 
comprising a second Gatekeeper, wherein the 
domain name server further stores a transport 
address for the second Gatekeeper, the second 
Gatekeeper also indexed by the domain name of 
the Internet Telephony system. 

11. The Internet Telephony System of, claim 10, 
wherein a transport address for each Gatekeeper - 
serving the Internet Telephony system is returned 
to the calling endpoint. 

12. The Internet Telephony System of claim 10, 
wherein each Gatekeeper has multiple records on 
the domain name server. 

13. The Internet Telephony System of claim 8, wherein 
the Internet Protocol network is divided into two 
Gatekeeper zones and each of the Gateways serv- 
ices a respective Gatekeeper zone. 

14. The Internet Telephony System of claim 8, wherein 
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storing the transport address for the Gate- 25 
keeper on a domain name server that is asso- 
ciated with a domain name of the Internet 
Telephony system; 

the domain name server receiving a Gate- 
keeper transport address request from a calling 30 
endpoint that includes the domain name; 
the domain name server accessing the trans- 
port address of the Gatekeeper using the 
domain name; 

the domain name server returning the transport. 35 
address to the calling endpoint; 
the Gatekeeper receiving a Locate Request 
from -the calling endpoint in which the calling 
endpoint seeks a transport address for a called 
endpoint, the- called endpoint identified by a .40 
user name; 

the Gatekeeper transmitting the transport 
address to the calling- endpoint; and 
the Gatekeeper setting up and servicing a call 
between the calling .endpoint and the called 45 
endpoint. - 
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an A record is employed to store the transport 
address for the Gatekeeper. 

1 5. The Internet Telephony System of claim 8, further 
comprising at least one Gateway coupled to the s 
Internet Protocol network. *" 

16. A computer program, stored on a computer reada- 
ble medium, said computer program being 
arranged to control a domain name server in an 10 
internet telephony system that comprises calling 
endpoints and a gatekeeper associated with a 
transport address, said domain name server being 
associated with a domain name, said computer pro- 
gram being arranged to control the domain name 15 
server such that:- 

(i) the transport address for the Gatekeeper is 
stored oh the domain name server; 
r (ii) a transport address request comprising the 20 
domain -name may b£ received from a cabling 
endpoint in use; 

(iii) the\ansport address of the gatekeeper is 
accessed using the domain name; and 

(iv) the transport address is returned to the call- 25 
ing endpoint 



1 7. A domain name server for use in an internet teleph- 
ony system that comprises calling endpoints and a* 
gatekeeper associated with a transport address, 30 
said domain name server being associated with a 
transport address and Comprising :- 



(i) an input arranged to access a store contain- 

• ing the transport address for the Gatekeeper; 35 

(ii) an input arranged to receive a transport 
address request comprising the domain name, 
from a calling end point;. 

(iii) a processor arranged to access the trans- 
port address of the gatekeeper using the 40 
domain name; and 

(iv) an output arranged to return the transport 
address to the calling end point 

45 ' 
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DNS FILE FOR ABC.COM 

Gatekeeper RecordType=A IP=47.xxx.xxx.001 
Gatekeeper RecordType=A IP=47.xxx.xxx,002 
Gatekeeper RecordType=A IP=47.xxx.xxx.003 

Gatekeeper 1 RecordType=A IP=47.xxx.xxx.001 
Gatekeeper2 RecordType=A IP=47.xxx.xxx.002 
Gatekeeper3 RecordType=A IP=47.xxx.xxx.003 
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REQUEST TO DNS FOR GATEKEEPER OF 
REQUESTED DOMAIN 
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DNS SENDS GATEKEEPER ADDRESS(ES)' 
TO CALLING ENDPOIhtJ 



406 



CALLING ENDPOINT SENDS LOCATE 
REQUEST TO FIRST/NEXT GATEKEEPER 
FOR CALLED ENDPOINT 
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SERVING GATEKEEPER OF CALLED 
ENDPOINT RETURNS TRANSPORT ADDRESS 
OF CALLED ENDPOINT TO CALLING 
ENDPOINT 
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CALLING ENDPOINT INITIATES CALL TO 
CALLED ENDPOINT AT TRANSPORT 
ADDRESS 
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CALL IS SERVICED TO COMPLETION 
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(57) An Internet Protocol (IP) telephony system 
cross-references transport addresses of Gatekeepers 
using a domain name of the IP telephony system. In one 
embodiment, the IP telephony system is serviced by at 
least one Gatekeeper and the transport address for 
each Gatekeeper is stored on a Domain Name Server 
(DNS). An A record or other suitable record may be em- 
ployed within the DNS to index the transport addresses 
of the Gatekeepers to the IP telephony system domain 
name. When a calling endpoint desires to initiate a call 
to a called endpoint, the calling endpoint first queries 
the DNS for the transport address of a Gatekeeper serv- 
icing the IP telephony system. The DNS address re- 
trieves a transport address for the Gatekeeper (or mul- 
tiple transport addresses for multiple Gatekeepers) and 
returns the transport address to the calling endpoint. 
When querying the DNS, the calling endpoint may use 
an identifier such as sufascribername@ Gatekeeper. 
ABC.domain where the user name of the called end- 
point is "subscribername" and the domain name of the 
IP telephony system is ABC.domain. Based upon the 
structure of the DNS query, therefore, the DNS deter- 
mines that the query is for a Gatekeeper transport ad- 
dress and operates accordingly. The calling endpoint 
then sends a Locate Request to the servicing Gatekeep- 
er at the transport address returned by the DNS. If the 
Gatekeeper receiving the Locate Request services the 
called endpoint, it returns a transport address for the 
called endpoint. If not it responds accordingly. When the 
DNS returns multiple transport addresses, the calling 



endpoint may access each respective Gatekeeper be- 
fore retrieving the transport address of the called end- 
point. With the transport address retrieved, the calling 
endpoint then initiates a call to the called endpoint. 
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